METHOD OF GENERATING TRANSMISSION CONTROL PARAMETERS 
AND METHOD OF SELECTIVE RETRANSMISSION ACCORDING TO 
PACKET CHARACTERISTICS 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention relates to a quality of service (QoS) control 

layer structure and packet-based transmission control parameters for 
supporting QoS in a communication system. More particularly, the present 
invention relates to a method of generating packet-based transmission 
control parameters and a QoS control layer structure for providing high 
quality audio-video (AV) service by reflecting characteristics of AV data in 
the scheduling process. 

2. Description of the Related Art 

[0002] Parameters used for supporting quality of service (QoS) in a 

communication system specify application characteristics, delay time, a 
difference between transmission delay times, a priority level, and the like. 
Application characteristics represent information related to whether the 



application data is transmitted in real-time or using a fixed bandwidth. The 
delay time and the difference between the transmission delay times 
represent information related to the time period of data transmission. The 
priority level represents information related to transmission sequencing of 
data. 

[0003] In conventional methods of supporting QoS in media access control 

(MAC) layers, transmission control parameters are designated individually 
for respective sessions that are managed by each application. Therefore, 
scheduling or a retransmission mechanism, or the like, is managed by the 
individual transmission control parameters of the respective session. 

[0004] Meanwhile, data frames used for providing an audio-video (AV) 

service have different characteristics between each frame, contrary to 
general data frames, all of which have generally similar characteristics. 
Therefore, it is inefficient to use conventional general QoS management for 
AV service in which the respective sessions are managed separately. In 
addition, conventional systems statically determine transmission control 



parameters according to the characteristics of the sessions. Therefore, 
such conventional systems cannot accurately reflect the characteristics of 
the AV frames described above. 
[0005] In particular, certain frames (for example, an l-frame (Intra-coded 

frame) and a B-frame (Bidirectional-coded frame)) within an MPEG-2 
stream have different characteristics from each other, contrary to the 
general data frames, all of which have the same characteristic as 
described above. For providing AV service, data should be transmitted in 
real-time. For real-time transmission and to achieve QoS, the 
transmission delay time of the data and the difference between the 
transmission delay times of the data must be maintained. For this reason, 
the MPEG-2 data (frames) should be transmitted according to their 
characteristics. 

[0006] However, in a conventional wireless communication system, 

MPEG-frames are transmitted according to scheduling in the MAC layer 
using QoS parameters defined for the respective sessions, in the same 



manner as a general data transmission. In such conventional wireless 
communication systems, because the characteristics of the MPEG-2 
frames are not reflected in the scheduling of the MAC layer, it is very 
difficult to provide real-time AV service. 

SUMMARY OF THE INVENTION 

[0007] The present invention provides a method of generating packet-based 

transmission control parameters and a QoS control layer structure, capable 
of providing high quality audio-video (AV) service, by reflecting 
characteristics of AV data in the scheduling process. 

[0008] The present invention also provides a method, in which 

characteristics of AV frames are reflected by QoS control parameters (also 
referred to as transmission control parameters) for use in scheduling or 
retransmission. That is, a QoS control layer structure is provided that is 
capable of dynamically setting packet-based transmission control 
parameters that reflect the characteristics of the AV data. In addition, the 
present invention proposes transmission control parameters for use in the 



QoS control layer structure. Accordingly, the QoS control layer recognizes 
the status of a current channel while monitoring the status of a MAC layer 
and dynamically sets the transmission control parameters of the packets 
accordingly. 

[0009] Further, the present invention provides a method that dynamically 

designates retransmission intervals of packets according to characteristics of 
the MPEG-2 frames and selectively retransmits the packets. 

[0010] According to an aspect of the present invention, there is provided a 

method for generating packet-based transmission control parameters, the 
method including: (a) receiving class information of an audio-video (AV) 
application and characteristic information of an AV packet, from the AV 
application; (b) receiving status information of a wireless channel and buffer 
storage time information of the AV packet, from a medium access control 
(MAC) layer; and (c) generating and outputting the packet-based 
transmission control parameters on the basis of the received information. 



[001 1] According to another aspect of the present invention, there is 

provided a selective retransmission method including: (a) transmitting 
packets of an MPEG-2 frame in real-time; (b) checking for any transmission 
error after the transmission; and (c) if any transmission error is generated, 
retransmitting only packets of an l-frame. 

[001 2] According to- yet another aspect of the present invention, there is 

provided a selective retransmission method for transmitting data of an 
MPEG-2 frame, including: (a) allowing a transmitting side medium access 
control (MAC) layer to transmit packets belonging to an l-frame to a 
receiving side MAC layer; (b) after all packets belonging to the l-frame are 
transmitted, allowing the receiving side MAC layer to output to the 
transmitting side MAC layer a retransmission request for non-received 
packets due to any transmission error generated during transmission of the 
packets; (c) allowing the transmitting side MAC layer, which received the 
retransmission request, to discard a number of packets of a B-frame 
following the l-frame, wherein the number of discarded packets of the 



B-frame equals a number of packets subject to the retransmission request; 
and (d) retransmitting the packets subject to the retransmission request. 

[0013] According to still another aspect of the present invention, there is 

provided a selective retransmission method, by which a transmitting side 
medium access control (MAC) layer transmits packets of an MPEG-2 frame, 
including: (a) determining whether a packet, to be currently transmitted by 
the transmitting side MAC layer, belongs to an l-frame; (b) if the packet does 
not belong to the l-frame, transmitting the packet as is, and if the packet 
belongs to the l-frame, determining whether the packet is a start packet of 
the l-frame; (c) if the packet is the start packet of the l-frame, transmitting to 
a receiving side MAC layer an automatic retransmission start message 
including the number of packets belonging to the l-frame; and (d) preparing a 
buffer for use in an automatic retransmission request (ARQ) mode and 
transmitting the packets with their respective sequence numbers. 

[0014] According to a further aspect of the present invention, there is 

provided a selective retransmission method, by which a transmitting side 



medium access control (MAC) layer transmits packets of an MPEG-2 frame, 
including: (a) starting an automatic retransmission request (ARQ) mode, and 
receiving a retransmission message of an MPEG-2 frame and sequence 
numbers of packets requiring retransmission, from a receiving side MAC 
layer; (b) receiving the retransmission message and the sequence numbers, 
determining whether any packets require retransmission, and if any packet 
requires retransmission, discarding a number of packets of a B-frame during 
a transmission standby state, wherein the number of discarded packets of 
the B-frame equals a total number of packets requiring retransmission; and 
(c) determining whether the number of the packets of the B-frame is less 
than the total number of packets requiring retransmission, and if the number 
of packets of the B-frame is not less than the total number of packets 
requiring retransmission, then retransmitting the packets and awaiting a next 
retransmission message. 
5] According to yet still another aspect of the present invention, there is 

provided a selective retransmission method, by which a receiving side 



medium access control (MAC) layer receives packets of an MPEG-2 frame, 
including: (a) initializing a selective automatic retransmission request (ARQ) 
operation mode; (b) receiving a selective automatic retransmission request 
(ARQ) start message, and allowing a receiving side MAC layer to prepare a 
retransmission buffer with a window size equal to a number of packets 
belonging to an l-frame, which is included in the selective ARQ start 
message and transmitted from a transmitting side MAC layer; (c) setting the 
selective ARQ operation mode, estimating transmission time of all packets in 
the l-frame using information regarding the number of packets requiring 
retransmission, and setting a timer value; (d) determining whether the set 
time has elapsed, and if the set time has elapsed, determining whether all 
packets of the l-frame have been received; and (e) if all packets are not 
received, analyzing sequence numbers of the packets received during the 
set period of time, and transmitting a retransmission request message 
including sequence numbers of the packets not received, and resetting a 
buffer and a timer value for automatic retransmission request (ARQ) mode. 
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[0016] According to yet still a further aspect of the present invention, there is 

provided a selective retransmission apparatus, in which a receiving side 
medium access control (MAC) layer receives packets from a transmitting 
side MAC layer, including: a frame detector for detecting a frame type of the 
packet; a transmission error detector for detecting any non-received packets 
due to any transmission error generated during transmission of the packets; 
and a retransmission function unit for transmitting to the transmitting side 
MAC layer a retransmission message and sequence number information of 
the non-received packets if any transmission error exists, according to a 
detection result from the frame detector, and for receiving the packets 
through retransmission by the transmitting side MAC layer. 

[001 7] According to an even further aspect of the present invention, there is 

provided a computer readable medium having embodied thereon computer 
programs for the above-described methods. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[001 8] The above and other features and advantages of the present 

invention will become more apparent to those of ordinary skill in the art by 

describing in detail exemplary embodiments thereof with reference to the 

attached drawings in which: 
[0019] FIG. 1 is a view showing a structure of a data packet used in real-time 

transport protocol (RTP) according to an embodiment of the present 

invention; 

[0020] FIG. 2 is a view showing a flow of parameters, which are transmitted 

between respective layers, in a control structure for Audio-Video (AV) 
service transport, according to an embodiment of the present invention; 

[0021] FIG. 3 is a view showing a flow of parameters in a Quality of Service 

(QoS) control layer, which is used for dynamically allocating transmission 
control parameters to packets according to an embodiment of the present 
invention; 
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[0022] FIG. 4 is a flow chart illustrating a method of generating packet-based 

transmission control parameters according to an embodiment of the present 
invention; 

[0023] FIG. 5 is a view showing an arrangement and transmission 

sequences of MPEG-2 frames; 
[0024] FIG. 6 is a view for describing a window-based selective automatic 

retransmission request (ARQ) method according to an embodiment of the 

present invention; 

[0025] FIG. 7 A is a flow chart illustrating an operation of the transmitting side 

Medium Access Control (MAC) layer according to an embodiment of the 
present invention; 

[0026] FIG. 7B is a flow chart illustrating an operation of the transmitting side 

MAC layer during automatic retransmission request (ARQ) mode according 
to an embodiment of the present invention; 

[0027] FIG. 8 is a flow chart illustrating an operation of the receiving side 

MAC layer according to an embodiment of the present invention; and 
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[0028] FIG. 9 is a view showing a selective retransmission apparatus 

according to an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0029] Korean Patent Application No. 2002-44304, filed on July 26, 2002, 

and entitled: "Method of Generating Transmission Control Parameters and 
Method of Selective Retransmission According to Packet Characteristics," is 
incorporated by reference herein in its entirety. 

[0030] Fast data transmission, multicasting, quality of service (QoS), and the 

like, are important aspects of transmitting digital audio or video signals and 
performing multimedia communication. Fast data transmission minimizes 
end-to-end delay, thereby improving the quality of multimedia services, such 
as video conferencing. In addition, by transmitting data fast, the time a 
packet is stored in a buffer is shortened, thereby reducing the size of the 
buffer required. When multimedia services are provided at the same time 
to various locations, multicasting is used to reduce bandwidths and to reduce 
overhead in routers and end terminal systems receiving data. For assuring 
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quality of service (QoS), a resource management technique is essentially 
required. If the resource management is not performed properly in the 
routers and the end terminal system, a multimedia communication system 
cannot provide reliable communication services to users. 

[0031] The present invention will now be described more fully hereinafter 

with reference to the accompanying drawings, in which exemplary 
embodiments of the invention are shown. The invention may, however, be 
embodied in different forms and should not be construed as limited to the 
embodiments set forth herein. Rather, these embodiments are provided so 
that this disclosure will be thorough and complete, and will fully convey the 
scope of the invention to those skilled in the art. Like numbers refer to like 
elements throughout. 

[0032] FIG. 1 is a view showing a structure of a data packet used in real-time 

transport protocol (RTP) according to an embodiment of the present 
invention. 
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[0033] In FIG. 1 , the version (V) field denotes the RTP version, wherein the 

latest version is 2.0. In the version field, a value of one is used to indicate 
the first draft of the RTP specification and a value of zero is used to indicate 
a protocol implemented according to a vat audio tool. In the P field, P is a 
value used for constituting a 32-bit-based packet. If the P field is set, this 
indicates that padding octets are contained in the end portion of the packet. 
If the X bit is set, this indicates that one extended header follows the fixed 
header. 

[0034] Reference character CC represents the number of CSRC identifiers in 

a fixed header, wherein CSRC represents source information of a real-time 
protocol (RTP) packet stream that allows an RTP mixer to create a 
combined stream. The RTP mixer transmits the RTP packets over a 
network. The RTP mixer is an intermediate system that receives RTP 
packets from various sources, appropriately combines the RTP packets to 
create new RTP packets, and transfers the newly created packets to the 
next system. 
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[0035] The M field represents a space for multimedia information and is used 

for indicating whether the packet is audio data or video data. The payload 
type (PT) field represents the payload format of a profile defined in RFC 
1890 and determines interpretation by an application. The profile specifies 
correspondence of a payload type code to a payload format. For example, 
if the PT value is zero, this indicates PCMU audio encoding, 8,000 Hz 
sampling rate, and one audio channel. Currently, thirty-three (33) payload 
types are defined. 

[0036] The sequence number field contains a sequence number, which is 

increased by one whenever a RTP packet is transmitted. The sequence 
number field is used by the receiving side to detect packet loss and to 
restore the sequence of the packet. The time stamp field represents a time 
point at which the first octet of the RTP packet is sampled. The 
Synchronization Source (SSRC) identifier field identifies the synchronization 
source of the RTP packet. Values of the SSRC identifier field are randomly 
determined in order to reduce the probability of different transmitting sides 
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having the same SSRC identifier value in the same RTP session. The 
Contributing Source (CSRC) field identifies a contributing source identifier 
list, which is added by the RTP mixer. In a case that certain RTP packets 
are mixed by certain intermediate systems, the SSRC identifier field 
distinguishes the sources (the intermediate systems) using identifiers stored 
therein. The SSRC identifier field includes a maximum of fifteen identifiers. 
If more than fifteen sources exist, only fifteen of the sources are designated 
and stored in the SSRC identifier field. Media Data represents the media 
data to be transmitted using the data packet. 
[0037] FIG. 2 is a view showing the flow of parameters, which are 

transmitted between respective layers, in a control structure for Audio-Video 
(AV) service transmission, according to an embodiment of the present 
invention. 

[0038] An AV application 210 converts the characteristic information of 

received AV data into class information of a session and transfers the 
converted information to a Medium Access Control (MAC) layer 230 through 
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a QoS control layer 220. The AV application 210 transmits the AV data 
using Real-time Transport Protocol/Real-time Transfer Control Protocol 
(RTP/RTCP). A receiving side application 260 uses RTCP to receive data 
status information, such as data loss and delay time, from a transmitting side 
and to control the data generation rate. The receiving side application 260 
also receives feedback information from end-to-end application service. 

[0039] RTP is a Real-time Protocol for transmitting real-time data, such as 

audio and video. RTP does not guarantee real-time transmission of data, 
but allows application programs to support streaming media. The RTP is 
implemented on a user datagram protocol (UDP). 

[0040] RTCP is a protocol used in conjunction with RTP for maintaining QoS 

of the media data transmitted using RTP. RTP controls only data 
transmission, whereas RTCP monitors data transmission and also controls 
transmission of information related by sessions. RTP nodes transmit RTCP 
packets to each other in order to analyze the status of the network and 
periodically report any network traffic. 



[0041] Both RTP and RTCP are implemented on a UDP, providing the time 

information and synchronization functions that are required for real-time 
media applications. For these reasons, most applications (VOD service, 
AOD service, Internet broadcasts, video conference service, and the like) 
that involve real-time media information over the Internet presently use RTP 
and RTCP. 

[0042] In addition, a network layer 240 receives network status information 

from a core network and controls the amount of AV data to be transmitted. 
The MAC layer 230 receives class information of the AV application from the 
AV application 210 through the QoS control layer 220, characteristic 
information of a wireless channel from the physical layer 250, information for 
buffer storage time of transmission frames, and the like, and on the basis of 
the received information performs scheduling for accessing wireless 
resources. 

[0043] In the MAC layer 230, only the class information is provided and used 

as a parameter for setting characteristics of the application. However, the 
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class information cannot reflect characteristics of the AV frames. For 
example, to reduce the amount of video data transmitted, MPEG-2 uses an 
l-frame (Intra-coded frame), which includes current picture information, and a 
B-frame (Bidirectional-coded frame), which includes only that information 
that is different between the l-frame and a previous frame. The amount of 
data of an l-frame, which serves as a reference, is relatively large. The 
amount of data of a B-frame is relatively small and therefore may be 
transmitted many times between l-frames. 

[0044] If an error is generated in a single B-frame, a momentary error is 

generated in a moving picture. However, if an error is generated in a single 
l-frame, errors are generated in the moving pictures represented by a 
plurality of B-frames following the l-frame. Therefore, to maintain QoS of 
the AV service, even in a poor channel environment, transmission probability 
of the l-frame should be higher than that of the B-frame. 

[0045] Input parameters received from the AV application include the session 

class information from the AV application, the characteristic information of 
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respective AV frames, the status information of wireless channels, and the 
buffer storage time information. The QoS control layer generates output 
parameters on the basis of the input parameters. The output parameters 
include packet-based transmission control parameters. 

[0046] FIG. 3 is a view showing a structure of the QoS control layer 220, 

which is used for dynamically allocating transmission control parameters to 
packets according to an embodiment of the present invention. 

[0047] Data, generated by an AV application 310, includes a descriptor 

representing characteristics of a packet and is transmitted to a packet 
transmission control parameter generator 330 of the QoS control layer. The 
descriptor includes class information 31 1 of a corresponding session 
designated by the AV application 310 and characteristic information 312 of a 
corresponding AV frame. The packet transmission control parameter 
generator 330 of the QoS control layer generates packet-based transmission 
control parameters 322 on the basis of the above-described information, 
receives buffer status information 321 of a packet from a MAC layer 320, 
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and attaches the packet-based transmission control parameters 322 to the 
packet descriptors. 

[0048] The packet-based transmission control parameters 322 include 

maximum allowable buffer storage time information of the packets, 
difference information between the maximum allowable transmission times 
of the packets, priority level information, retransmission information of the 
packets, and importance information of the packets. 

[0049] The priority level information of the packets, the retransmission 

information of the packets, and the importance information of the packets are 
dynamically designated according to a buffer status of the MAC layer. The 
priority level information is used for maintaining fairness of respective AV 
services. The retransmission and importance information of the packets 
reflect various characteristics of AV frames indicating selective 
retransmission of the packet, selective discarding of the packet, forward 
error correction (FEC) of the packet, multi-copy use of the packet, etc. The 
generated transmission control parameters (packets and descriptors) are 
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used in scheduling and performing transmission control of packets, while 
also assuring QoS in the MAC layer. 
[0050] FIG. 4 is a flow chart illustrating a method of generating packet-based 

transmission control parameters according to an embodiment of the present 
invention. 

[0051] First, in step 410, class information of an AV application and 

characteristic information of an AV frame are input from the AV application. 
The class information of the AV application and the characteristic information 
of the AV frame represent characteristics of a received packet and are 
contained in an identifier of the data packet. 

[0052] Then, in step 420, status information of a wireless channel and buffer 

storage time information are input from the MAC layer. 

[0053] Successively, on the basis of the input information, in step 430, 

packet-based transmission control parameters are generated and output. 
The transmission control parameters include maximum allowable buffer 
storage time information of the packets, difference information between 
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maximum allowable transmission times of the respective packets, priority 
level information, retransmission information of the packets, and importance 
information of the packets. 

[0054] FIG. 5 is a view showing an arrangement and transmission 

sequences of MPEG-2 frames. 

[0055] Referring to FIG. 5, to reduce the data transmission amount of 

real-time moving pictures, MPEG-2 uses l-frames 510 that include 
information for a current picture, B-frames 520 that include only that 
information that is different between the l-frame and a previous frame, and 
P-frames (Predictive-coded frames) 530 that are coded using information of 
a previous l-frame and a previous P-frame. As described above, the 
amount of data of the l-frame 510, which serves as a reference frame, is 
relatively large. The amount of data of B-frames or P-frames are each 
relatively small and therefore may be transmitted many times between the 
l-frames 510. A group consisting of one l-frame 510 and a plurality of 
B-frames and P-frames following the l-frame 510 is called a GOP (Group of 



-25- 

Pictures). An l-frame is encoded without reference to any frame and serves 
as a random access point in the sequence. A P-frame is coded with 
reference to the last l-frame or P-frame, this process is known as forward 
estimation. A B-frame is coded with reference to the last and next 
non-B-frame, this process is known as bi-directional estimation. 

[0056] In MPEG-2, all of the frames are not compressed into independent 

still pictures, but each frame is compressed using the similarities between 
adjacent frames. MPEG-2 uses estimation and interpolation for difference 
compensation between the adjacent frames. Meanwhile, in MPEG-2 video, 
frames which can be restored using only their own information must be 
inserted regularly. This is due to various reasons, including situations that 
require VCR-type control, such as arbitrary access. These frames are 
compressed using a still-picture compression method such as the Joint 
Photographic Expert Group (JPEG). 

[0057] The l-frame can be placed at any location in a video data stream, is 

used for arbitrary access of data, and is encoded without referencing 
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different images. The l-frames are generally compressed using JPEG. 
However, for real-time compression, the l-frames may be compressed using 
MPEG-2. The l-frame has the lowest compression rate among MPEG-2 
frames. The l-frame is divided into 8x8 blocks of a macroblock and is 
subjected to a discrete cosine transformation (DCT) for generating DCT 
coefficients. The DCT coefficients are encoded using a different pulse code 
modulation (DPCM) method, in which difference values between successive 
blocks are calculated and are transformed using a variable length coding. 
[0058] During encoding and decoding, the P-frame 530 is generated using 

information of the previous l-frame and the previous P-frame. In most 
cases, when any one object on successive images is moved, image blocks 
of the object are moved in different directions without change of object 
shape. In this regard, the P frame is generated by encoding only difference 
values between a previous picture and a current picture, considering that the 
difference between the previous picture and the current picture is very small. 
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[0059] During encoding and decoding, the B-frame 520 is generated using all 

information of the previous and following l-frames and P-frames. By using 
the B-frames, a high compression rate can be obtained. The B-frame has 
difference values between the previous l-frame or P-frame and the following 
l-frame or P-frame. 

[0060] If an error is generated during transmission of a B-frame, a blur of the 

corresponding moving picture is generated only until the next B-frame is 
transmitted. Alternatively, if an error is generated during transmission of an 
l-frame, even though the transmission of B-frames following the l-frame is 
complete, a blur of the corresponding moving picture is generated until the 
next l-frame is transmitted. Therefore, when any error is generated during 
the transmission of the l-frame, transmitting the following B-frames involves 
unnecessary resource allocation. 

[0061] Accordingly, to maintain QoS of an AV service under a poor channel 

environment, it is necessary to increase transmission probability of the 
l-frame more than the B-frame. However, since a conventional wireless 
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communication system statically determines transmission control parameters 
using characteristics for each session, it cannot reflect the different 
characteristics of MPEG-2 frames. In such a wireless communication 
system, even though an error is generated during data transmission, 
l-frames and B-frames are processed in the same way. Therefore, no 
difference exists between error probability of the l-frame and that of the 
B-frame, which deteriorates QoS of the AV service. 

[0062] Therefore, the present invention proposes a method in which 

characteristics of received frames are transferred to the MAC layer and a 
retransmission mechanism is provided according to the characteristics. 
Using such a method keeps the error probability of the l-frame lower than 
that of the B-frame, which improves QoS. 

[0063] FIG. 6 is a view illustrating a window-based selective automatic 

retransmission request (ARQ) method, according to an embodiment of the 
present invention. 
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[0064] As shown in FIG. 6, l-frames of MPEG-2 are transmitted in an 

automatic retransmission request (ARQ) interval 610. Accordingly, when 
an error is generated during the transmission of the l-frames, the l-frames 
are retransmitted using a window-based selective automatic retransmission 
request (ARQ) method. In contrast, B-frames of MPEG-2 are transmitted in 
a non-ARQ interval 620. Accordingly, the B-frames are not retransmitted 
when an error is generated during the transmission. 

[0065] A transmitting side MAC layer 630 sequentially sends a first packet 

631 , a second packet 632, a third packet 633, and a fourth packet 634 of an 
l-frame to a receiving side MAC layer 640. At this time, if only the first 
packet 631 and the third packet 633 are received without error and the 
second packet 632 and the fourth packet 634 are not received, then the 
receiving side MAC layer 640 sends a retransmission request message 
(NACK 2,4) 641 for non-received packets to the transmitting side MAC layer 
630. Then, the transmitting side MAC layer 630 discards packets (i.e., a 
fifth packet 651 and a sixth packet 652) of the following B-frame and starts 
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retransmission of the l-frame. The number of packets discarded equals the 
number of packets subject to the retransmission request. That is, the 
transmitting side MAC layer retransmits the non-received packets, the 
second packet 632 and the fourth packet 634. 

After all packets of the l-frame are received in the ARQ interval, the 
receiving side MAC layer 640 sends a transmission completion message 
(NACK (NULL)) 642 to the transmitting side MAC layer 630. Then, the 
transmitting side MAC layer 630 transmits seventh through tenth packets 
635 through 638 of a B-frame in the non-ARQ interval 620. Although some 
packets of the B-frame, such as the eighth packet 636 and the tenth packet 
638, are lost during transmission, the receiving side MAC layer 640 does not 
require retransmission of the packets by the transmitting side MAC layer 630. 
Accordingly, only the seventh packet 635 and the ninth packet 637 are 
received. Subsequently, the eleventh packet 653 and the twelfth packet 
654 will be transmitted to the receiving side MAC layer 640. Since the 
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eleventh and twelfth packets 653 and 654 are B-frame packets, if they are 
not received by the receiving side MAC layer 640, they are not retransmitted. 

[0067] FIG. 7A is a flow chart illustrating an operation of the transmitting side 

MAC layer 630 according to an embodiment of the present invention. 

[0068] A transmitting side MAC layer sends MPEG-2 frames and designates 

the start and end of the window-based selective automatic retransmission 
request (ARQ) mode. In step 710, the transmitting side MAC layer 
determines whether a current packet for transmission belongs to an l-frame. 
If the packet does not belong to an l-frame, in step 71 1 , the corresponding 
packet is transmitted, i.e., the packet is transmitted "as-is." If the packet 
belongs to an l-frame, in step 712, it is determined whether the packet is the 
start packet of the l-frame. If the packet is the start packet of the l-frame, in 
step 713, an automatic retransmission request (ARQ) start message, which 
includes the number of packets belonging to the l-frame, is transmitted to a 
receiving side MAC layer. Then, in step 714, a buffer with N window size is 
prepared for use in the ARQ mode. In step 71 5, the packet is transmitted 
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together with a sequence number thereof. After the final packet of the 
l-frame is transmitted, non-ARQ mode starts. 
[0069] If the packet is not the start packet of the l-frame, in step 716, the 

packet is transmitted together with the sequence number thereof. Next, in 
step 71 7, it is determined whether the packet is the final packet of the 
l-frame. If the packet is the final packet of the l-frame, in step 718, 
retransmission of the packet is performed. If the packet is not the final 
packet of the l-frame, ARG mode continues and the process for transferring 
a next packet starts. 

[0070] FIG. 7B is a flow chart illustrating an operation of the transmitting side 

MAC layer during ARQ mode according to an embodiment of the present 
invention. 

[0071] Referring to FIG. 7B, first, in step 720, the transmitting side of the 

MPEG-2 frame receives a NACK (retransmission request). Then, in step 
721 , it is determined whether any packets require retransmission. If any 
packets require retransmission, in step 722, packets of the following B-frame 
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during transmission standby state, are discarded, where the number of 
B-frame packets discarded is equal to the number of l-frame packets to be 
retransmitted. Successively, in step 723, it is determined whether the 
number of B-frame packets is below the number of packets subject to the 
retransmission request. If the number of B-frame packets is not below the 
number of packets subject to retransmission request, in step 724, the 
packets subject to the retransmission request are transmitted and the next 
NACK is awaited. This process is then repeated. This repeated process 
ends when a NACK (NULL) is received, indicating termination of the ARQ 
mode. If the number of B-frame packets is less than the number of packets 
subject to the retransmission request, this indicates that the l-frame packets 
are not transmitted during a GOP interval. In this case, in step 725, the 
ARQ mode is immediately terminated in order to transmit the next l-frame. 
[0072] FIG. 8 is a flow chart illustrating an operation of the receiving side 

MAC layer according to an embodiment of the present invention. 
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[0073] Referring to FIG. 8, first, in step 810, the ARQ operation mode is 

initialized. Then, in step 820, it is determined whether an ARQ start 
message has been received. If an ARQ start message has been received, 
in step 830, the receiving side MAC layer prepares a retransmission buffer 
with N window size for supporting the number (N) of l-frame packets 
indicated in the ARQ start message sent from the transmitting side. Then, 
in step 840, the ARQ operation mode is initiated and a timer value (T) is set 
by estimating the time for complete transmission of all l-frame packets, using 
the number of packets indicated by the transmitting side. 

[0074] Then, in step 850, it is determined whether the set time has elapsed. 

After the set time has elapsed, in step 860, it is determined whether all 
packets subject to the retransmission request are received. At this time, the 
sequence numbers of the packets transmitted during the set time period are 
analyzed. If any packets are designated as lost, in step 870, a NACK with 
the corresponding sequence numbers is transmitted, and the buffer and the 
timer value for the ARQ transmission mode are reset. If no packets require 
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retransmission and all transmitted packets are received, in step 880, a 
NACK (NULL) is transmitted and the ARQ mode is terminated. 

[0075] FIG. 9 is a view schematically showing a selective retransmission 

apparatus according to an embodiment of the present invention. 

[0076] Referring to FIG. 9, the apparatus allows a receiving side MAC layer 

to receive packets from a transmitting side MAC layer and includes a frame 
detector 910, which detects the frame to which the received packet belongs. 
That is, the frame detector 910 determines whether the packet belongs to an 
l-frame, or a B-frame, or any other frame. 

[0077] A transmission error detector 920 determines whether any packets 

are missing due to an error during the transmission of the packets. 

[0078] If any transmission error is detected, a retransmission function unit 

930 transmits a retransmission message and sequence number information 
of the non-received packets to the transmitting side MAC layer, according to 
the determination result of the frame detector 910. The retransmission 
function unit 930 receives the packets through retransmission from the 
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transmitting side MAC layer. The packets are retransmitted only if the 
packets received by the frame detector 910 belong to an l-frame. 

[0079] The above-described exemplary embodiments may be embodied as 

computer programs and may also be embodied in a general-purpose digital 
computer for executing the computer programs using a computer readable 
medium. The computer readable medium includes storage media, such as 
magnetic storage media (e.g., ROMs, floppy discs, hard discs, and the like), 
optically readable media (e.g., CD-ROMs, DVDs, and the like), and carrier 
waves (transmissions over the Internet). The present invention may be 
embodied in a computer readable medium having a computer readable 
program code unit embodied therein for causing a number of computer 
systems connected via a network to effect distributed processing. 

[0080] As described above, according to the present invention, it is possible 

to efficiently support an AV service in wireless communication, by 
dynamically controlling transmission control parameters according to a buffer 
status when packets are generated and by using a packet-based 
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transmission control method for reflecting characteristics of AV frames. In 
addition, AV applications, according to the present invention, are 
standardized to provide packet-based control parameters regardless of 
various wireless access control layers. Therefore, the AV applications can 
be applied to various systems. 
[0081] Further, according to the selective ARQ method of the present 

invention for real-time transmission of MPEG-2 frames, since the 
characteristics of the MPEG-2 frames are transferred to the MAC layer and 
the MAC layer performs the selective retransmission of the frames according 
to the characteristics thereof, an error probability of the l-frame can be lower 
than that of the B-frame, which improves quality of service (QoS). 
Moreover, the wireless MAC layer can manage resources efficiently through 
packet management on the transmitting side and timer use on the receiving 
side. 

[0082] Exemplary embodiments of the present invention have been 

disclosed herein and, although specific terms are employed, they are used 
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and are to be interpreted in a generic and descriptive sense only and not for 
purpose of limitation. Accordingly, it will be understood by those of ordinary 
skill in the art that various changes in form and details may be made without 
departing from the spirit and scope of the present invention as set forth in 
the following claims. 



